home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / 1994.11.gz / 1994.11 / 000012_interran@uluru.Stanford.EDU_Wed Nov 2 03:30:29 1994.msg < prev    next >
Internet Message Format  |  1994-11-30  |  2KB
  1. Received: from uluru.Stanford.EDU by cs.umb.edu with SMTP id AA03460
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Wed, 2 Nov 1994 14:30:35 -0500
  3. Received: by uluru.Stanford.EDU (4.1/inc-1.0)
  4.     id AA16508; Wed, 2 Nov 94 11:30:29 PST
  5. Date: Wed, 2 Nov 94 11:30:29 PST
  6. From: interran@uluru.Stanford.EDU (John Interrante)
  7. Message-Id: <9411021930.AA16508@uluru.Stanford.EDU>
  8. To: Yves.Arrouye@imag.fr
  9. Cc: tex-k@cs.umb.edu
  10. In-Reply-To: <9411020859.AA04180@petole.imag.fr> (message from Yves Arrouye on Wed, 2 Nov 94 09:59:35 +0100)
  11. Subject: Re: xdvik suggestion for PS support
  12.  
  13. Regarding using something like DVIFilterDict or RenderingLevel to
  14. disable some of the PostScript drawn: my reaction is "that's too
  15. complicated!"  Fix whatever's really causing the problem instead of
  16. trying to work around it.  In this case, the problem seems to be that
  17. xdvi is calling ghostscript asynchronously for better performance and
  18. this is resulting in gray box backgrounds getting drawn OVER text,
  19. etc.  So the right thing would be to make xdvi obey a resource like
  20.  
  21. XDvi*synchronousPostScript:    true
  22.  
  23. and/or a command line option like
  24.  
  25. xdvi -sync
  26.  
  27. and NOT call ghostscript asynchronously for better performance if it
  28. would cause text to become obscured by PostScript figures that should
  29. have been drawn first.  Then the user could have the choice of better
  30. performance or more accurate previewing.  
  31.  
  32. I've never encountered this problem, so if I'm wrong and this solution
  33. wouldn't fix the problem, then try to find out what is REALLY causing
  34. the problem and find a solution that will work for ALL inputs, not a
  35. workaround that depends on modifying the input.  There's far too much
  36. PostScript-drawing code out there for anyone to ever be able to modify
  37. all of them to obey something like DVIFilterDict or RenderingLevel.
  38.  
  39.         John